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(57) The transmission of a service page according 
to the present invention provides for versatile data to be 
displayed on a display of a terminal, which is in contact 
with a telecommunication network, on the basis of CUP 
or CoLP identifier information. This is implemented, for 
example, so that after having received (31) the CLIP 
identifier information, characteristic of a subscriber A, a 
subscriber B contacts a server (32), through a telecom- 
munication network, and transmits (33) to it the CLIP 
information on the subscriber A. On the basis of this, the 
sen/er transmits to the subscriber B the address of a 
sen/ice page (37), characteristic of the subscriber A, 
provided that it is located in a database (34, 35). After 
this, the subscriber B retrieves (38), from an Internet ad- 
dress (37) it has received, the service page, character- 
istic of the subscriber A, and displays it on its display 
(39). 
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Description 

The present invention relates to a method and 
means for transmitting service pages implemented in a 
telecommunication network, such as in an Internet net- 
work, to a terminal. The invention is suitable for use par- 
ticularly in connection with portable terminals, such as 
mobile stations. 

Digital telephone exchanges and terminals, such as 
telephones of a wired network and mobile stations, pro- 
vide tor a number of new services to be utilised. One of 
them is the commonly used identification sen/ice of a 
caller (subscriber A), i.e.. the CLIP (Catling Line Identi- 
fication Presentation) service. With the help of this serv- 
ice, the identifier of the subscriber A, substantially the 
telephone number of the subscriber A, is transmitted to 
a receiving terminal (subscriber B), wherein it is typically 
displayed on the display of the terminal of the subscriber 
B. On the basis of this information, the subscriber 6 can 
see from which number the call is coming. It is also very 
common that the most frequently used telephone num- 
bers and the names and other identifiers of the corre- 
sponding persons have been stored in the terminal of 
the subscriber B. This function is used particularly in mo- 
bile telephones, wherein it is possible to display, on the 
display of the terminal of the subscriber B, the name or 
some other identifier of the subscriber A, e.g., the name 
of the subscriber A's company, on the basis of the tele- 
phone number of the subscriber A. Another new service 
provided by digital telephone networks is the so-called 
CoLP (Connected Line Identification Presentation) 
service. This service transmits to the caller (subscriber 
A) information on what is the actual identifier (telephone 
number) of the opposite end (subscriber B) of the con- 
nected line. With the help of this sen/ice, the subscriber 
A receives Information on the subscriber B's actual tel- 
ephone number of that moment even if the subscriber 
8 has carried out a call transfer. 

The supplementary services relating to the identifi- 
cation of a line, such as the CLIP and CoLP services 
presented above, defined in the GSM mobile telephone 
system, have been presented In the GSM Standard 
GSM 02.81 of the ETSI (European Telecommunications 
Standards Institute). It defines, amongst other things, in 
which form the CLIP and CoLP data are transmitted in 
the GSM system. Both the CLIP and CoLP sen/ices con- 
tain an extremely limited amount of information. It would 
be useful if, in addition to the CLIP and CoLP sen/ices, 
it would also be possible to transmit other information. 

An increasing number of companies and corpora- 
tions, in particular, but also private persons have taken 
into use services based on the Intemet network. Due to 
advanced terminals and more efficient network connec- 
tions, it is possible to transmit, in the Intemet network, 
various kinds of data including speech and video pic- 
tures. Hypermedia pages that have been implemented 
in the HTML (Hypertext Markup Language) In a WWW 
(World Wide Web) environment have become particu- 
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larly popular. On these hypermedia pages. It is possible 
to create interactive documents or purely informative 
service pages. Similarly, the pages can also be used for 
advertising or for providing the address or personal data 
5 of a company or a private person possibly together with 
maps and pictures. 

The Intemet network consists of a number of serv- 
ers and telecommunication networks, which transmit 
messages in a digital form. The messages, such as, e. 
g.. hypermedia pages, are transferred as files from one 
server to another and finally to a receiving terminal. The 
HTTP (HyperText Transfer Protocol) is commonly used 
for data transmission, the protocol transmitting the in- 
formation intended for transfer in a form of a packet be- 
tween the terminals on the basis of a URL (Uniform Re- 
source Locater) address information characteristic of 
each terminal. 

A method and means have now been invented by 
means of which it is possible to utilise service pages pro- 
vided by a telecommunication network, e.g., the Intemet 
network, by means of wired or wireless terminals cou- 
pled to the telecommunication network, on the basis of 
supplementary sen/ices, such as the CLIP and CoLP 
services presented above, relating to line identification. 
The service pages may contain, e.g., text, graphics or 
moving video pictures. In a communication system ac- 
cording to the present invention, it is possible to transmit 
service pages according to several principles. In a first 
embodiment, a caller (subscriber A) can link the address 
of the desired sen/ice page (in the Intemet network, a 
URL Identifier) with the subscriber's own identifier (in the 
GSM system, with the information transmitted by the 
CLIP service, i.e., one's own telephone number), on the 
basis of which a receiving terminal (subscriber B) can 
retrieve the selected sen/Ice page from the telecommu- 
nication network and display it on the display of the re- 
ceiving terminal. This method can be utilised, e.g., for 
advertising purposes, whereupon a teleselier transmits 
additional information to the customers called. In a sec- 
ond embodiment of the present invention, a receiving 
terminal (subscriber B) links, on the basis of the tele- 
phone number of a subscriber A, the service page he 
has selected with the number in question and retrieves 
the service page to his own display. This proceeding is 
suitable, e.g., for a seller (subscriber B) receiving calls 
for presenting customer data, whereupon he can, on the 
basis of the caller's CLIP information, retrieve from his 
own or the company's database the caller's (subscriber 
A) volume of orders in hand, prices or even credit infor- 
mation. 

The chapter above presented different embodi- 
ments of the present invention, wherein the desired 
service page was retrieved from the subscriber A on to 
the display of the subscriber B on the basis of the CLIP 
service transmittedto the subscriber B. Similarly, the de- 
sired service page can be transmitted on the basis of a 
CoLP service. In a third embodiment of the present In- 
vention, a service page selected by the subscriber B, 
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which can be used, e.g., for advertising purposes, is 
transmitted on to the display of the subscriber A. This 
embodiment is suitable, e.g.» for situations, where a cus- 
tomer calls the telephone number of a company provid- 
ing certain products or sen/ices and receives automati- 
cally to his terminal additional information on the prod- 
ucts or services provided by the company in the form of 
a sen/lce page. However, the use of the CoLP service 
instead of the CLIP service gives one advantage. The 
subscriber A, at whom the advertisement is directed, 
can be certain of the advertisement's origin because, for 
example, call transfers implemented in a telephone net- 
work cannot affect the authenticity of the CoLP service. 
This method Is also extremely suitable for key telephone 
systems, wherein It is possible to implement, e.g., in a 
hospital on duty, a service which automatically tells the 
subscriber A the contact information, rank and, for ex- 
ample, the special expertise of the person who has an- 
swered the key telephone. On the basis of this informa- 
tion, the customer knows to whom he Is speaking and 
can ask the call to be transferred to another person if 
necessary. 

In a fourth embodiment of the present invention, a 
sen/ice page that he himself has selected is transmitted 
to the subscriber A on the basis of the CoLP service. 
This enables, for example, the expansion of the telesel- 
ling application presented in the second embodiment of 
the present invention so that the customer's volume of 
orders in hand, prices or even credit information, stored 
In the company's database, are also automatically avail- 
able when a seller acts as the subscriber A, i.e., calls 
the customers (subscribers B). This system is safe, be- 
cause the reliability of the CoLP information guarantees 
that the seller can be certain with whom he is doing busi- 
ness. However, nothing prevents the seller applk;atlon 
presented above from being further expanded so that 
said service page is transmitted to both the seller and 
the customer, whereupon they can refer to the same da- 
tabase during the discussion. In this case, however, 
safety factors (e.g., to prevent credit information and/or 
other Information intended for the company's internal 
use from being transmitted) should be taken into con- 
sideration. 

In the embodiments of the present invention pre- 
sented above, a reference table, typical of the invention. 
Is required, wherefrom a URL address of the desired 
sen/ice page is retrieved on the basis of the information 
transmitted by the CUP or CoLP sen/ice. The reference 
table can be located in different sen/ers of a telecom- 
munication network (e.g.. the Internet), in servers imple- 
mented in connection with a telephone exchange or a 
private branch exchange, in a company's own data net- 
work (e.g., intranet) or in a user's own computer. It is 
also possible to store the reference table, e.g., in the 
memory of a portable terminal, such as a communicator 
like the Nokia 9000 Communicator. In this case, the 
transmission of the service page speeds up, because It 
is not necessary to retrieve the URL address of the serv- 



ice page from the server implemented In connection with 
the telecommunication network or the telephone ex- 
change, but the communicator can down load the de- 
sired service page directly from the URL address it has 

5 retrieved from its memory. 

Thus, the transmission of a sen/ice page in a com- 
munication system according to the present invention 
enables, amongst other things, an Internet home page, 
characteristic of each individual or company, to be dis- 

10 played on the display of the terminal of the subscriber 
B instead of the telephone number or the name of the 
subscriber A. Hence, the present invention provides ver- 
satile and flexible opportunities to increase the amount 
of information transmitted on the basis of the CLIP and 

IS CoLP services and lays a foundation for providing new 
types of information sen/ices. The invention is suitable 
for use in connection with both terminals coupled to a 
wired network and portable terminals, such as mobile 
stations. 

20 The invention is characterised in what has been 
said in the characterising parts of Claims 1 , 7 and 8. 

Figure 1 illustrates an example of a telecommuni- 
cation system according to the invention and its 

2S structural parts. 

Figure 2 illustrates, as a flowchart, the transmission 
of a sen/ice page, according to the invention, in an 
embodiment of the invention, wherein a subscriber 
B selects the desired service page, 

30 Figure 3 illustrates how address Infomnation and 
identification information are included in a data 
packet, 

Figure 4 illustrates an Implementation of the imple- 
mentatbn of a reference table, characteristic of the 

3S invention, 

Figure 5 illustrates a data packet used for transmit- 
ting information in connection with the invention, 
and the information it contains, 
Figure 6 illustrates an example of a service page 

<o that can be transmitted in a manner according to 
the invention, 

Figures 7, 8 and 9 illustrate, as a block diagram, the .• 
transmission of a service page according to the in- 
vention In certain embodiments of the invention, 
45 and 

Figure 10 illustrates a communicator according to 
the invention and its structural parts. 

Figure 1 illustrates an example of a telecommuni- 
so cation system according to the present invention, 
wherein It is possible to transmit service pages, created 
and maintained in a telecommunication network, on to 
the display of terminals. The system comprises different 
kinds of terminals, such as mobile stations 10 and 11 
55 that can be coupled to computers 20 and 21 , traditional 
mobile stations 12. communicators 13, wired tele- 
phones 14 that can be coupled to a computer 22, as well 
as ordinary telephones 15. In addition to these, an ex- 
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tremely suitable terminal is a computer which is 
equipped, e.g., with a radio module, connected to the 
computer's PCMCIA (Personal Computer Memory Card 
International Association) bus, the radio module provid- 
ing for a wireless communication connection to be es- s 
tablished in telecommunication networks. Area 18, indi- 
cated by a dashed line, illustrates a telecommunication 
system within an office. In addition to the mobile stations 
1 0 and 1 1 , coupled to the computers 20 and 21 , it com- 
prises a local area network (LAN, Reference 26), as well 
as a server 23. The local area network 26 has been cou- 
pled to public telecommunication networks, such as an 
Internet network 1 20 by means of a router 27. Public 
internet servers 24 are connected to the-lntemet net- 
work 120. The Internet network 120 is In contact with a is 
public telephone network (ISDN/PSTN, Reference 110) 
through a gateway server 25. From the gateway sen/er 
25, there is also a connection to a mobile services 
switching centre 100. Base station controllers 104 and 
base stations 105, known to a person skilled In the art. 20 
as well as other structural parts characteristic of a mo- 
bile network are in contact with the mobile services 
switching centre. In connection with the mobile services 
switching centre, there is also provided a separate da- 
tabase 1 01 for storing CLIP OR CoLP klentlfiers 53 and 2S 
the corresponding URL addresses 54. 

In the following, the transmission of a service page 
according to the present invention is described in detail 
with the help of a preferred example, wherein a receiving 
temilnal retrieves through the Intemet network, on the 30 
basis of the information transmitted by means of a CUP 
service, additional information on a caller (subscriber A) 
and displays It on the display of a receiving terminal 
(subscriber B). if no additional information is available, 
the receiving terminal displays on its display the mere 3S 
information transmitted by the CLIP sen/ice (I.e., the 
caller's telephone number) in a manner known to a per- 
son skilled in the art. In this example, the traditional mo- 
bile station 12 acts as the caller (subscriber A) and the 
telephone 14, which is in contact with the computer 22 ^ 
and the telephone network 110, is the receiving terminal. 
Figure 2 illustrates, in the form of a block diagram, the 
procedure that has been presented in detail both above 
and in the following chapter. 

When a call is made from the mobile station 1 2 (sub- 4S 
scriber A 12), through the base station 105, the base 
station controller 104, the mobile services switching 
centre 100 and the telephone network 110. to the sub- 
scriber number (Phase 30, Figure 2) of the telephone 
14 (subscriber B 1 4), the subscriber number (telephone so 
number) of the mobile station 1 2 is transmitted as a CLI P 
service to the telephone 1 4 (Phase 31 ) in manner known 
to a person skilled In the art. If the telephone 1 4 Is, e.g., 
an ISDN telephone equipped with a display, the tele- 
phone number of the mobile station 12 is normally dis- ss 
played on a display 16 of the telephone 14. The com- 
munication system according to the invention preferably 
also provides an opportunity to present other informa- 



tion. In this embodiment of the invention, this is imple- 
mented so that the computer 22 has been coupled, by 
means of a cable 28. parallel to the telephone 14 and 
from the computer there is a connection to the Intemet 
network 120. When the CLIP information arrives at the 
telephone 14, It is also simultaneously transmitted, 
through the cable 28, to the computer 22, e.g., through 
a commercially available ISDN card installed in the com- 
puter 22. The ISDN card, installed in the computer 22, 
identifies the subscriber identifier (telephone number) of 
the subscriber A 12 and stores it In its memory, whereto 
an application program, installed in the computer 22, 
can go and read it, e.g., through the computer's PCI (Pe- 
ripheral Component Interconnect) or ISA (Industry 
Standard Architecture) bus. Alternatively, the ISDN card 
can transmit the subscriber Identifier directly Into the 
computer's memory through said buses and inform the 
application program by means of a message Informing 
of the reception of the CLIP information. The application 
program can be Implemented in a manner known to a 
person skilled in the art by utilising an application pro- 
gramming interface (API) supplied by the ISDN card 
manufacturer. The implementation of the application 
program is dependent on the structure of the ISDN cards 
and on the implementation of the different kinds of ap- 
plication programming Interfaces provided by the card 
manufacturers. After having received the CLIP Identifier 
of the subscriber A 12, the computer 22 contacts, 
through the Intemet network 120, a reference server 
(Phase 32), in this case, e.g., the address sender 24, by 
transmitting it a contact message 40 (Figure 3). 

In the contact message 40 (Figure 3), the computer 
22 includes, in addition to a URL (Uniform Resource Lo- 
cater) address 41 of the address server 24, a CLIP iden- 
tifier 42 of the subscriber A, which Is thus transmitted to 
the address server 24 (Phase 33). The address server 
24 comprises a reference database 50 (Figure 4), 
wherein a number of Intemet addresses (URL1-URLN, 
Reference 54) corresponding to the CLIP identifiers 
(CL1P1-CLIPN. Reference 53) of different subscribers 
have been stored. This reference database 50 can be 
maintained, e.g., by some commercial service provider 
in contact with the telecommunication network 120, but 
the reference database can also be integrated with the 
mobile sen/ices switching centre 100 and/or the data- 
base 101 arranged in connection with it. When the ad- 
dress sewer 24 receives the contact message 40 from 
the computer 22, It goes to its reference database 50 to 
see whether the CLIP identifier 53, corresponding to the 
CLIP identifier 42 of the subscriber A in question, can 
be located (Phase 34). If the corresponding CLIP iden- 
tifier 53 cannot be located in the reference database 50, 
then neither has the corresponding URL address 54 
been linked with the CLIP identifier 42 in question. In 
that case, the address server 24 transmits to the com- 
puter 22 a response message 60 (Figure 5), wherein it 
informs that the URL address 54 corresponding to the 
CLIP identifier 42 cannot be located. The response mes- 
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sage 60 comprises a URL address 61 of the computer 
22 on the basis ot which the response message 60 is 
routed to the computer 22, as well as the CLIP identifier 
42 of the subscriber A. a URL data field 63 and an ad- 
ditional data field 64. The CLIP Identifier 42 of the sub- 
scriber A is placed in the response message 60 so that 
the computer 22 is able to distinguish between the pos- 
sibly many response messages 60, relating to different 
calls. A negative search result is indicated, e.g., so that 
the URL data field 63 of the response message 60 is left 
empty. If the URL address 54 corresponding to the CLIP 
identifier 42 of the subscriber A was not located, the 
computer 22 displays on its display, if so required, a text 
which informs that no URL address (i.e.. an Internet ad- 
dress, wherefrom the service page could be retrieved) 
corresponding to the caller (subscriber A 1 2) can be lo- 
cated (Phase 35). If the telephone 14 is equipped with 
the sufficiently large display 16, It is possible to transmit 
the information directly on to the display 16 of the tele- 
phone 14. After the optional message mentioned above 
(Phase 35), the CLIP identifier (telephone number) of 
the subscriber A is displayed as normal on the display 
16 of the telephone 14 (Phase 36). 

It a CLIP 1 identifier 51 , corresponding to the caller's 
CLIP identifier 42, is located in the reference database 
50, the address sender 24 places a URL1 address 52 
corresponding to it in the URL data field 63 ot the re- 
sponse message 60. After this, the address server 24 
sends the response message 60 to the computer 22 
(Phase 37). After having received the response mes- 
sage 60, the computer 22 retrieves oh the basis of the 
URL address 63, through the Internet network 120, a 
sen/ice page 70 corresponding to the URL address 63 
(Figure 6) from one of the senders 23, 24, 25 (Phase 38) 
connected to the network. The server can be the same 
as the reference sen/er 24, but it can just as well be the 
subscriber A's own sender located anywhere In the Inte- 
rnet network 120. The server 23, 24, 25 can also be a 
commercial service that can be purchased from teleop- 
erators, whereupon the server is typically on the teleop- 
erators' premises. After having retrieved the service 
page (e.g., the informatbn page 70 Implemented in the 
HTML page description language), the subscriber B 14 
preferably displays it on the high-quality display of the 
computer 22 (Phase 39), but depending on the proper- 
ties of the display 16 of the telephone 14. It can also be 
displayed on the display 16 instead of the telephone 
number (CLIP identifier 42). In this exemplary case, the 
service page 70 contains, among other things, address 
information 71 of the subscriber A 12, a greeting 72 and 
a picture 73 of the user of the telephone 1 2. In addition, 
the service page 70 may comprise, e.g., links 74 to other 
WWW pages, as well as audio and video shots. Since 
separate communication connections are used for 
switching the call and transmitting the sen/ice page 70 
(telephone network 110 and Internet network 120), the 
transmission of the service page according to the 
present invention does not affect normal call set-up at 



all. The time consumed on transmitting the service page 
70 from the server 23, 24. 25 that is in contact with the 
Internet network 120, depends only on the capacity of 
the Intemet network 120 and different components 23, 

s 24, 25, 26. 27 that are in contact with It. 

The area 1 8, indicated by a dashed line in Figure 1 , 
illustrates a communication system used within an of- 
fice. The local are network 26 is used as its internal com- 
munication bus. The architecture of this system differs 

10 from the one presented above in that the computers 20 
and 21 are equipped with the specified mobile stations 
1 0 and 1 1 to be connected to the computers. The mobile 
stations 10 and 11 are equipped with means which also 
enable calls to be transmitted through the Internet net- 

is work 1 20. Thus, no separate direct connection to the 
telephone network 110 is preferably required. The use- 
fulness of transmitting the service page 70 by means of 
the identification services (e.g.. the CLIP and CoLP 
sen^ices) of a line according to the present invention is 

20 illustrated below by way of another example, wherein 
said office is assumed to be a teleselling office. A com- 
mon database lor all the tetesellers comprising, among 
other things, the customers' contact information, volume 
of orders in hand, invoicing and information on previous 

25 contacts has been stored in the company's own server 
23. Communication from the computers 20 and 21 to 
the sen/er 23 is managed using Intemet protocol and 
the local area network 26, but since external servers (e. 
g., the computer 22) have limited access to the database 

30 mentioned above, the system is called an Intranet net- 
work. 

When the mobile station 10, 11 is coupled to the 
computer 20. 21 , the computer 20, 21 identifies the mo- 
bile station 10, 11 coupled thereto, e.g., on the basis of 

35 a telephone number stored in a SIM (Subscriber Identity 
Module) card used in the mobile station. After this, the 
computer 20, 21 sends, through the local area network 
26, the router 27 and the Intemet network 120, the in- 
formation about the coupling to the server 25. The serv- 

40 er 25 maintains a database of those mobile stations 
which are connected to the computers 20 and 21 and 
sends the information further to the mobile services 
switching centre 100 or correspondingly to the tele- 
phone exchange 110, e.g., as a call transfer. Thus, the 

45 mobile sen/ices switching centre 1 00, the telephone ex- 
change. 110 and the sen/er 25 can route the incoming 
calls through the Intemet network 120 to the mobile sta- 
tions 10,11 coupled to the computers 20, 21 . When the 
mobile station 10, 11 is connected to the computer 20. 

50 21, the traditional radio frequency components of the 
mobile station 10, 11 can be switched off. The mobile 
station 10, 11 operates unconnected, i.e., when it has 
not been coupled to the terminal 20. 21 , just as the or- 
dinary mobile station 12. 

55 When the subscriber A, e.g., the mobile station 12, 
contacts the subscriber B, i.e., the mobile statbn 10 in 
this teleselling example, the CLIP information is trans- 
mitted from the nnobile statbn 12 to the mobile station 
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1 0 through the mobile services switching centre 1 00. the 
server 25, the internet network 120. the router 27, the 
local area network 26 and the computer 20. When per- 
ceiving the CLIP information 42 transmitted to the mo- 
bile station 10, a program installed in the computer 20 
establishes a connection, through the kx:al area net- 
work 26, to the office's own server 23 and retrieves 
therefrom the service page corresponding to the sub- 
scriber A 12 (containing the subscriber A's address in- 
formation etc. as presented above), provided that it can 
be located in the file. In this respect, the activity corre- 
sponds to the principle described in connection with the 
embodiment presented above. Thus, the information re- 
trieval procedure, implemented in this teleselling exam- 
ple on the basis of a CLIP identifier according to the 
present invention, provides for the customer data of a 
customer contacting by telephone to be updated on the 
screen of the computer 20 preferably without the user 
of the computer 20 being actively involved. The commu- 
nication system according to the invention facilitates 
and speeds up the work of telesellers because, in the 
previous systems, it has been necessary to separately 
retrieve customer data from a database manually, e.g., 
on the basis of the caller's name. 

In the two exemplary cases, presented above in de- 
tail, a wired communication connection was used to re- 
trieve a service page from the Internet network 120 or 
from an intranet network (local area network 26). Ad- 
vanced telecommunication terminals also provide an 
opportunity to utilise wirelessty the transmission of the 
service page 70, according to the present invention, on 
the basis of a CLIP or CoLP identifier. In the following, 
the present invention will be illustrated by way of exam- 
ple, wherein a telephone 15 is the subscriber A and the 
communicator 1 3 is the subscriber B. When a connec- 
tion is established from the telephone 1 5 to the commu- 
nicator 13 through the telephone network 110, the mo- 
bile sen/ices switching centre 1 00, the base station con- 
troller 104 and the base station 105, the CLIP identifier 
of the telephone 1 5 is transmitted to the communicator 
13 in a known manner. On the basis of this information, 
the communicator 1 3 according to the present invention 
opens up a data connection through the mobile network 
105, 104. 100 and the server 25 to the Intemet network 
120 and further, e.g., to the server 24, wherefrom it re- 
trieves the service page addressed to the subscriber A 
(telephone 15) provided that it exists. In principle, the 
procedure is the same as in the two previous embodi- 
ments of the invention presented above. The structural 
parts of the communicator 1 3 according to the invention, 
i.e., a processor 131, a memory 132, radio parts 133, 
an antenna 1 34, a small display 1 35 and a keyboard 
136 have been illustrated folded in Figure 10. The serv- 
ice page retrieval process is preferably implemented 
programmably in the processor 1 31 and the program 
code itself has been stored in the memory 1 32. 

However, when using the wireless communicatbn 
connection, presented in the previous chapter, we face 



a problem in the cun-ent mobile communication sys- 
tems. In the GSM system, for example, there is only one 
traffic channel for transmitting speech and data. This 
prevents speech and data from being transmitted simul- 

s taneously from two different addresses 1 5, 24. The rea- 
son for this Is that the call set up by the subscriber A 15 
to the subscriber B 13 requires a traffic channel of its 
own in the same way as the data connection used for 
transmitting the service page 70 from the server 24 to 

10 the subscriber B 13. 

What has been presented above will no longer be 
a problem in future mobile networks, which will provide 
for several different types of data to be transmitted si- 
multaneously. An example of this is the GPRS (General 

IS Packet Radio Service), to be implemented on the GSM 
system, which provides a data transmission channel in 
the fomi of a packet that can be used at the same time 
as the normal traffic channel used for speech transmis- 
sion. Thus, the sen/ice page transmission system ac- 

20 cording to the present invention is extremely suitable for 
use in connection with GPRS-type mobile networks, 
wherein normal speech communication is established 
using a normal GSM traffic channel and the service 
page Is retrieved from the Intemet network 120 using a 

25 GPRS data channel. 

Alternatively, the problem presented above can be 
solved using a short message sen/ice (SMS), provided 
by the GSM system, for transmitting the sen/ice page 
70. The short message sen/ice is a data channel origi- 

30 nally designed for transmitting short messages consist- 
ing of a maximum of 1 60 ASCII characters, although the 
short message sen/ice is expected to be expanded. The 
expansion of the short message service will also provide 
for messages consisting of more than 1 60 characters to 

35 be transmitted by dividing the transferable data into sev- 
eral successive short messages. The short messages 
are transmitted in a signaling channel and, therefore, the 
use of the short message service does not restrict the 
use of the traffic channel for simultaneous speech com- 

40 munication. 

It is also possible to implement the system for trans- 
mitting the sen/ice pages 70, according to the present 
invention, in the existing GSM networks without short 
messages by using supplementary services (SS) and 

45 unstructured supplementary sen/ice data (USSD), pro- 
vided by the GSM system. In addition to the CLIP and 
CoLP services mentioned above these include, among 
other things, putting an answered call on hold and set- 
ting up a second connection. A prerequisite for the use 

50 of the supplementary services is that the terminal has 
certain intelligence, but preferably no changes have to 
made in the mobile network 100, 104, 105. In the follow- 
ing, an embodiment of the present invention is present- 
ed in detail by referring to Figure 7. In this embodiment. 

55 the communicator 1 3 retrieves the service page 70 wire- 
lessly utilizing the supplementary sen/ices of a GSM 
network. 

In Figure 7, the operation of the embodiment of the 



6 



11 



EP 0 869 688 A2 



12 



invention, mentioned above, has been illustrated in the 
form of a flowchart. First, the subscriber A (telephone 
15) calls the subscriber B, through the telephone net- 
work 110, the mobile services switching centre 100, the 
base station controller 104 and the base station 105, 
and the CUP identifier 42 Is transmitted to the subscrib- 
er B, i.e., to the communicator 13 (Phase 80). After hav- 
ing received the CLIP identifier, the communicator can 
retrieve the serwice page 70 In a number of ways. The 
CLIP service of the GSI^ system enables the subscriber 
A to be Identified without the call being answered. Thus, 
it could be possible for the processor 1 31 of the com- 
municator 1 3 to Initiate the process of retrieving the 
service page 70 without answering the call coming from 
the subscriber A. However, because it Is impossible to 
know the exact time consumed on the transmission of 
the service page 70, retrieved through the Internet net- 
work 120, it is better to answer the call and ask, e.g., by 
means of a message stored In the memory 132 of the 
communicator 1 3, the subscriber A 1 5 to hold on a mo- 
ment without disconnecting the telephone 15. Naturally, 
this Information could be transmitted orally, but one ad- 
vantage of the invention is just the fact that the service 
page 70 can be transmitted automatically without the 
subscriber B being actively involved. In the embodiment 
illustrated in Figure 7, It is assumed that the communi- 
cator 1 3 answers the call automatically, transmits to the 
subscriber A the message telling to wait, stored In ad- 
vance in the memory 131, and, after this, sets the call 
coming from the subscriber 15 on hold (Phase 81 ). Next, 
the communicator 13 sets up, through the radio parts 
133 and the antenna 1 34, a data call to the sender 24, 
which is in contact with the Internet network 1 20, through 
the mobile network 100, 104, 105 and the server 25 
(Phase 82). After this, the sen/er 24 goes through its 
reference table 50 to see whether the URL address 52. 
corresponding to the CLIP information 42 of the sub- 
scriber A, can be located (Phase 83). If a corresponding 
URL address cannot be located, the sen/er 24 transmits 
to the communicator 1 3 the response message 60 in- 
forming of the negative search result. In that case, if so 
required, the communicator 13 displays on its display 
17, e.g.. a message "Service Page Unavailable", to the 
user (Phase 84). In the next phase, the communicator 
13 disconnects the data call it has set up (Phase 85) 
and retums the call coming from the subscriber A 1 5 that 
has been put on hold, to an active state (Phase 87). But 
if the server 24 locates, in its reference database 50, the 
URL address 52 corresponding to the CLIP information 
42 of the subscriber A 15, the sen/er 24 transmits the 
URL address 52 to the communicator 1 3 included in the 
response message 60 informing of the positive search 
result (Phase 88). On the basis of the URL address 52 
It has received, the communicator 13 makes contact, 
through the open data channel, with the server indicat- 
ing the URL address 52 (e.g., the sen/er 25 maintained 
by an operator) (Phase 89) and asks it to transmit the 
sen/ice page 70 corresponding to the subscriber A 1 5 



(Phase 90). When the sen/ice page 70 has been re- 
ceived in full, the communicator 13 disconnects the data 
connection controlled by the processor 1 31 (Phase 91 ) 
and retums the call on hold to an active state (Phase 
5 92). The service page 70, corresponding to the sub- 
scriber A. that has been retrieved through the Internet 
network 120 is displayed on the display 17 of the com- 
municator 13 according to the present invention (Phase 
93) Instead of a mere telephone number provided by the 

10 CLIP sen/ice. 

If the reference table 50 is located in the memory 
1 32 of the communicator 1 3, instead of being in a tele- 
communication network sen/er (such as the server 24 
mentioned in the specification of Figure 7), the process 

IS presented above is simpler. The reason for this is that It 
is not necessary to first contact telecommunication net- 
work servers in order to find out the URL address of the 
sen/ice page 70 (Phase 82, Figure 7), but the possible 
URL address can be located directly in the memory 1 32 

20 of the communicator 1 3. Thus, it Is neither necessary to 
perform the activities illustrated In the phases 65 , 66 and 
88 of Figure 7, because the subscriber A is put on hold 
(Figure 8, Phase 81) only after the URL address has 
been retrieved from the memory 1 32 (Phase 94). Figure 

25 8 illustrates this particular embodiment of the present 
Invention. The phases 80. 81 . 84. 87, 89. 90, 91 , 92 and 
93. common to Figures 7 and 8, have been illustrated 
using the same numbers. It is also possible to equip the 
memory 1 32 of the communicator 1 3 with a combination 

30 software enabling the service page 70 to be utilised ir- 
respective of whether the reference table 50 is located 
in a telecommunication network server or in the actual 
terminal (communicator 13). 

In the examples of the embodiments presented 

3S above, the service page 70 was always transmitted from 
a server chosen by the receiver (subscriber B). It Is tme 
that this Is a natural course of action according to the 
nature of the transmission mechanism of CLIP informa- 
tion and that of call traffic, since it is always the receiver 

40 who also makes the final decision of whether he an- 
swers the incoming call at all. However, It is also possi- 
ble to transmit the servbe page 70 on the basis of the 
CLIP information, according to the present invention, 
controlled by the subscriber A provided that the sub- 

45 scriber B allows this with his terminal. The practical im- 
plementation corresponds to what has been presented 
in connection with the specification of Figures 2-8 with 
the exception that the subscriber A has been provided 
with an opportunity to edit the reference database 50 

50 (Figure 4). Thus, the subscriber A can specify the URL 
address 52 corresponding to this own CLIP identifier (e. 
g., CUP1, Reference 51). Hence, when the subscriber 
A establishes a connection to the subscriber B, the serv- 
ice page selected by the subscriber A, e.g.. a service 

55 price-list or some other commercial handout, is trans- 
mitted to the subscriber B. 

The procedure presented above can also be utilised 
in connection with automatic telecommunication sen/ic- 
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es. In the following, we will describe, as an exemplary 
embodinnent, the transmission of tips for the pools and 
the results of ice-hockey matches from the server 25 
(subscriber A) to the portable communicator 13 (sub- 
scriber B). The service page comprising the tips for the 
pools and the results of the matches has been imple- 
mented, e.g., in the HTML page description language 
as the service page 70 illustrated in Figure 6. In this ex- 
ample, the user of the communicator 13 has made a 
contract with a public telecommunications operator for 
the transmission of the tips for the pools and the results 
of the ice-hockey matches every time the data are up- 
dated. This has been implemented so that when the da- 
ta of the service page change, the server 25 contacts 
the communicator 13 through the mobile network 100, 
104, 105. The communicator 13 identifies, on the basis 
of the CLIP identifier It receives, that theteleservice pre- 
sented above is being transmitted. The communicator 
1 3 according to the present invention transmits to the 
user, controlled by the processor 1 31 , a specific ringing 
tone to inform that the service has been activated and 
to distinguish the service from an ordinary incoming call. 
The program code, stored in the memory 132 of the 
communicator 13, can be set on automatic response, 
whereupon It is possible to utilize the sen/tee completely 
without the user being actively involved. After this, the 
communicator 1 3 retrieves, e.g.. from the URL address, 
agreed upon when making the service contract and 
stored in the memory 132 of the communicator 13, the 
sen/ice page comprising the tips for the pools and the 
results of the matches by means of the servk;e page 
transmission method according to the present invention 
and displays it on its display 17 (folded with the small 
display 135). Thus, the user of the communicator 1 3 al- 
ways receives automatically the results of the matches 
in real-time. A similar type of service is also suitable for 
advertising purposes. In that case, a service provider 
can transmit, e.g., a price-list that is changed monthly 
to all prospective customers using a terminal capable of 
transmitting service pages on the basis of a CLIP iden- 
tifier according to the present invention. 

In the detailed specification of the present invention, 
we have described many different types of services that 
provide for the versatile service pages 70 to be trans- 
mitted to the subscriber B on the basis of the information 
transmitted by the CLIP service. By means of the sen/ice 
page transmission method according to the present in- 
vention, it is also possible to transmit the service pages 
70 to the subscriber A on the basis of the CoLP service 
of the GSM system as already stated in the short sum- 
mary of the invention. In this case, the implementation 
of the invention substantially complies with the solutions 
presented in connection with Figures 2-8. Figure 9 illus- 
trates, in the form of a flowchart, the transmission of a 
service page, linked with the subscriber B, to the sub- 
scriber A on the basis of the CoLP information. The flow- 
chart, illustrated in Figure 9, can be applied to the third 
and fourth embodiments of the present invention pre- 



sented in the short summary of the invention. 

This paper presents the implementation and em- 
bodiments of the present invention with the help of ex- 
amples. It is obvious to a person skilled in the art that 

5 the present invention is not restricted to details of the 
embodiments presented above, and that the invention 
can also be implemented in another form without devi- 
ating from the characteristics of the invention. The em- 
bodiments presented should be considered illustrative, 

10 but not restricting. Thus, the possibilities of implement- 
ing and using the invention are only restricted by the 
enclosed claims. Consequently, the various options of 
implementing the invention as determined by the claims, 
including the equivalent implementations, also belong 

IS to the scope of the invention. 



Claims 

20 1. An information transmission system comprising a 
first terminal (10. 11, 12. 13, 14, 15, 20, 21, 22). a 
second terminal (10, 11, 12, 13. 14, 15. 20.21.22) 
and means (26. 100, 104. 105, 110, 120. 133, 134) 
for setting up a communication connection between 

25 said first terminal ( 1 0, 1 1 . 1 2, 1 3. 1 4, 1 5, 20. 2 1 . 22) 
and said second terminal (10, 11, 12, 13, 14. 15,20, 
21, 22) and that said communication connection 
set-up means (26, 100, 104. 105, 110, 120, 133, 
134) have been arranged to transmit a telephone 

30 network subscriber identifier (42, 51, 53), charac- 
teristic of said first terminal (10, 11, 12, 13, 14, 15, 
20, 21, 22), to said second terminal (10. 11, 12. 13. 
14, 15, 20. 21, 22), characterised in that, in addi- 
tion, it comprises a sender (20, 21 , 22, 24. 25) con- 

3S nected to said communication connection (26, 1 00, 
104. 105, 110, 120. 133. 134) for storing and further 
transmitting service pages (70) and that said com- 
munication connection set-up means (26, 100, 104, 
105, 110. 120, 133. 134) have been arranged to 
transmit, on the basis of said telephone network 
subscriber identifier (42, 51 , 53), a specified sen/ice 
page (70) to one of the following terminals: said first 
terminal (10. 11. 12. 13, 14. 15. 20, 21, 22), said 
second terminal (10, 11, 12, 13. 14. 15, 20, 21. 22) 

45 and both terminals (10, 11, 12, 13, 14, 15. 20, 21, 
22), 

2. An information transmission system according to 
claim 1 , characterised in that said telephone net- 
50 work subscriber identifier (42. 51 , 53) is one of the 
following; CLIP (Calling Line Identification Presen- 
tation) information and CoLP (Connected Line Iden- 
tification Presentation) information. 

55 3. An information transmission system according to 
claim 1 or 2, characterised in that, in addition, it 
comprises a reference database (50) for storing the 
telephone network subscriber identifier (42, 51 , 53). 
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characteristic ot said first terminal (10. 11, 12, 13, 
14, 1 5, 20, 21 , 22), and address information (41 , 52, 
54) ot said server (20, 21 . 22. 24, 25) and that said 
reference database (50) is located in one of the fol- 
lowing parts of the information transmission sys- 
tem: said first terminal (10, 11. 12. 13. 14, 15, 20, 
21, 22) and said server (20, 21, 22. 24. 25). 

4. An information transmission system according to 
claim 3, characterised in that, in addition, it com- 
prises a mobile services switching centre (100) and 
storage means (101 , 53. 54) and that said reference 
database (50) is located in said storage means 
(101,53, 54). 

5. An information transmission system according to 
claim 3 or 4, characterised in that said communi- 
cation connection set-up means (26, 100, 104, 105, 
1 1 0. 1 20, 1 33. 1 34) have been arranged to transmit 
said service page (70) from an address specified by so 
said address information (41, 52, 54) stored in said 
reference database (50). 

6. An information transmission system according to 
claim 4 or 5, characterised in that it comprises ss 
means for editing said reference database (50) and 

for rendering the editing rights and that one ot the 
following has been arranged to edit said reference 
database (50): said first terminal (10, 11, 12, 13, 14, 
15, 20, 21, 22), said second temninal (10, 11, 12, 30 
13, 14, 15, 20, 21, 22) and said server (20, 21, 22, 
24. 25). 

7. A terminal (10, 11, 12, 13. 14. 15. 20, 21, 22), which 
comprises means (131, 132, 133, 134) for setting 35 
up a connection and fortransmitting information be- 
tween a telecommunication network (26. 100, 104, 
105. 110. 120) and said terminal (10. 11, 12, 13, 14, 

15, 20,21.22) and means (131. 132, 133, 134) for 
receiving a telephone network subscriber identifier 40 
(42, 51, 53) from said telecommunication network 
(26, 100, 104, 105, 110, 120), characterised in that 
it comprises means (131, 132, 133, 134) for retriev- 
ing a sen/ice page (70) from said telecommunica- 
tion network (26. 100, 104, 105, 110. 120) as a re- 45 
sponse to a telephone network subscriber identifier 
(42, 51, 53) it has received. 



said second terminal (10, 11, 12, 13, 14, 15,20, 
21, 22), characterised in that 
a specified service page (70) is transmitted on 
the basis of said telephone network subscriber 
s Identifier (42, 51 , 53) to one of the following ter- 

minals: said first terminal (10, 11, 12. 13, 14. 
15. 20, 21, 22), said second terminal (10. 11. 
12. 13. 14. 15. 20, 21. 22) and both temninals 
(10,11,12,13,14,15.20,21.22). 

9. A method for transmitting information according to 
claim 8, characterised in that said telephone net- 
work subscriber identifier (42, 51. 53) Is one of the 
following: CLIP (Calling Line Identification Presen- 
tation) information and CoLP (Connected Line Iden- 
tification Presentation) information. 

10. A method for transmitting information according to 
claim 6 or 9, characterised in that said service 
page (70) is transmitted on the basis of telephone 
network subscriber identifiers (42. 51. 53) and ad- 
dress data (41, 52. 54) stored In a separate refer- 
ence database (50). 



8. A method for transmitting information, wherein 

50 

a communication connection (26, 100, 104, 
105, 110, 120) is set up between two terminals, 
a first terminal (10, 11. 12, 13, 14, 15, 20, 21, 
22) and a second terminal (10, 11. 12, 13. 14, 
15. 20. 21. 22). and 55 
a telephone network subscriber identifier (42, 
51 , 53), characteristic of said first terminal (10, 
11. 12, 13. 14. 15, 20, 21, 22), Is transmitted to 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention relates to an IP telephone 
system, an IP telephone apparatus and a communica- 
tions method that perform voice communication via an 
IP networlc. 

2. Description of Related Art 

[0002] The recent rapid growth of the Internet has 
drawn attention to an IP telephone system that enables 
low-cost voice connmunications with telephone appara- 
tuses at remote places as well as free voice communi- 
cations between IP telephone apparatuses owned by 
subscribers. However, dishonest telemarketing agen- 
cies have been taking advantage of IP telephone sys- 
tems using such tow-cost or free communication servic- 
es, causing a social problem. 
[0003] Such unsolicited telemarketing calls may be 
blocked by using a caller identification function. For ex- 
ample, one possible countemrieasure is to display, at a 
destination telephone apparatus, a telephone number of 
a source telephone apparatus, the telephone number of 
a source telephone apparatus being specified in header 
"From" in the "INVITE* message transmitted according 
to the SIP protocol. The SIP is a common call control 
protocol utilized in the IP telephone systems. This meth- 
od allows users to screen out telephone calls from uni- 
dentified callers. 

[0004] On the other hand, as an underlying technology, 
ENUM is emerging as the focus of attention. ENUM en- 
ables communications according to users' Individual cir- 
cumstances by effectively managing iiifonnation used for 
diverse communicationstools, including telephones, fac- 
similes, cellularphones and electronic mail. ENUM is de- 
signed to identify the internet sen/ice with a unique global 
identification number such as the E.164 number, using 
the DNS (Domain Name System). Currently, the IETF 
(Internet Engineering Task force) Is seeking to standard- 
ize ENUM platfomis, where protocol specifications are 
discussed (See Publication 1, for example). 

[Publication 1] Issued by ENUM Trial Japan "ENUM 

Trial Japan First Reporf May, 2004 

[0005] When using the above-described measure, 
however, it is necessary to ignore all calls from uniden- 
tified callers in order to avoid telemarketing calls. This 
results in a situation where communication cannot be 
established with any party who has called for the first 
time. As a result, a situation occurs where no communi- 
cation can be established with parties that needed to be 
contacted, thus leading to the problem of no communi- 
cation being allowed through such a telephone system. 
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SUMMARY OF THE INVENTION 

[0006] The present invention is provided to address 
the above-described problems. The purpose of the 

s present invention is to provide an IP telephone system, 
an IP telephone apparatus and a communications meth- 
od that allow users to communicate safely with intention- 
ally unblocked parties who have called for the first time 
while blocking unsolicited telemariceting calls, and that 

10 provide data to identify callers more easily than by check- 
ing callers' telephone numbers. 
[0007] The present invention relates to an 1 P telephone 
system, an IP telephone apparatus, and an ENUM serv- 
er. The IP telephone apparatus is connected to the IP 

15 network. The database server stores predetemnlned in- 
formation regarding a user of a source IP telephone ap- 
paratus and transmits, to a destination IP telephone ap- 
paratus, the predetermined information in response to a 
requestfrom the destination IPtelephone apparatus. The 

20 ENUM server stores a NAPTR resource record which 
includes a URI utilized for obtaining the predetemnlned 
information stored in the database server. The ENUM 
server also transmits, to the destination IPtelephone ap- 
paratus, a con-esponding NAPTR resource record in re- 

25 sponse to a query from the destination IP telephone ap- 
paratus. In the IP telephone system, the IP telephone 
apparatus that received a call transmits, to the ENUM 
sen/er, a query for a NAPTR resource record of the 
source IP telephone apparatus. The destination IP tele- 

30 phone apparatus transmits, to the database server, a re- 
quest for the predetermined infomnation regarding the 
user of the source IP telephone apparatus according to 
the obtained NAPTR resource record. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] The present invention is further described in the 
• detailed description which follows, with reference to the 
noted plurality of drawings by way of non-limiting exam- 
40 pies of exemplary embodiments of the present invention, 
in which like reference numerals represent similar parts 
throughout the several views of the drawings, and where- 
in: 

45 Fig. 1 illustrates a networi< configuration to which an 
IP telephone system according to the first embodi- 
ment of the present invention is applied; 
Fig. 2 illustrates a block diagram describing a con- 
figuration of an IP telephone apparatus that consti- 

50 tutes the IP telephone system according to the first 
embodiment; 

Fig. 3 illustrates the external front view of the IP tel- 
ephone apparatus according to the first embodi- 
ment; 

ss Fig. 4 illustrates a block diagram describing a typk:al 
configuration of an ENUM server in the IP telephone 
system according to the first embodiment; 
Fig. 5 illustrates an example of a NAPTR record 
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stored in a DB of the ENUM server according to the 
first embodiment; 

Fig. 6 illustrates an example of data stored in a DB 
of a DNS server according to the first embodiment; 
Rg. 7 Illustrates an example of data stored In a Web 
server according to the first embodiment; 
Fig. 8 illustrates a sequence diagram describing op- 
erations until a source IP telephone apparatus per- 
forms voice communication with a destination IP tel- 
ephone apparatus in the IP telephone system ac- 
cording to the first embodiment; 
Fig. 9 illustrates an example of the "INVITE" mes- 
sage transmitted from the source IP telephone ap- 
paratus to the destination IP telephone apparatus in 
the IP telephone system according to the first em- 
bodiment; 

Fig. 1 0 illustrates af low chart describing an operation 
of the destination IP telephone apparatus in the Fig. 
8 sequence; 

Fig. 1 1 illustrates an example of a NAPTR record 
stored in a DB of an ENUM server according to the 
second embodiment; 

Rg. 12 illustrates a sequence diagram describing 
operations until a source IP telephone apparatus 
perfomns voice communication with a destination )P 
telephone apparatus in the IP telephone system ac- 
cording to the second embodiment; 
Fig. 13 illustrates a sequence diagram describing 
operations until a source IP telephone apparatus 
perfonns voice communication with a destination IP 
telephone apparatus in the IP telephone system ac- 
cording to the third embodiment; and 
Rg. 14 illustrates aflow chart describing an operation 
of the destination IP telephone apparatus in the Fig. 
13 sequence. 

DETAILED DESCRIPTION OF PREFERRED EMBOD- 
IMENTS 

[0009] The embodiments of the present invention are 
explained in the following, in reference to the above-de- 
scribed drawings. 

Rrst Embodiment 

[0010] Rg. 1 illustrates a networi< configuration to 
which an IP telephone system according to the first em- 
bodiment of the present invention is applied. 
[0011] As shown in the figure, in the IP telephone sys- 
tem according to the present embodiment, a plurality of 
IP telephone apparatuses (hereafter refen-ed to as "IP 
phone") 101, 102, ENUM server 103, DNS sen/er 104 
and Web server 105 as a database server are mutually 
connected via IP network 1 06. The IP telephone system 
is not limited to the embodiment shown in the figure and 
may be configured to connect three or more IP phones 
on IP networt< 1 06. 

[0012] IP phone 101 (102) has a function enabling 



voice communication with another IP phone via IP net- 
work 106. IP phone 1 01 (1 02) also has a browsing func- 
tion allowing users to access Web server 105 according 
to an http protocol and to read HTML texts provided by 

5 Webserver 105. 

[001 3] ENUM server 1 03 is equipped with a database 
(DB) that stores a NAPTR resource record (hereafter re- 
ferred to as "NAPTR record"), which Is described later. 
ENUM server 103 transmits, to IP phone 101 (102), a 

10 NAPTR record stored in the DB in response to a query 
from IP phone 101 (102). 

[0014] DNS server 104 is equipped with a DB that 
stores a URI specified in a NAPTR record and an IP ad- 
dress corresponding to the URI. DNS server 104 trans- 

15 mits, to IP phone 101 (102), an IP address registered in 
the DB in response to a query frorh IP phone 1 01 (1 02). 
[0015] Web server 105 is equipped with a DB that 
stores data to identify a caller of IP phone 101 (102), 
which is connected to IP networi< 1 06 (hereafter referred 

20 to as "caller information"). Caller information includes a 
telephone number (hereafter refen^d to as "caller 
number"), a name, an address, an email address and 
image data such as a photo of the caller's face. Caller 
information is not limited to individual information and 

25 may Include a compan/s name, a telephone number, an 
address, an email address and an advertisement. Web 
server 105 transmits, to IP phone 1 01 (102), caller infor- 
mation stored in the DB in response to a request from IP 
phone 101 (102) that has received a call. 

30 [0016] Rg. 2 illustrates a block diagram describing a 
configuration of IP phone 101 according to the present 
embodiment IP phone 102 has the same configuration 
as IP phone 101. 

[0017] According to IP phone 101 shown in the figure. 

35 IP phone controller 201 controls all operations needed 
to perfonm voice communication via IP networi< 1 06. For 
example, IP phone controller 201 executes a call control 
with the destination temninal according to call control pro- 
tocols such as a SIP or an H.323. IP phone controller 

^ 201 also provides necessary instructions to query/re- 
sponse processor 202 or http client unit 203 (described 
later). 

[001 8] Query/response processor 202 is used to trans- 
mit, to ENUM server 103, a query for a NAPTR record 

<5 corresponding to the destination terminal (hereafter re- 
ferred to as "ENUM query") and receive a response to 
the ENUM query (hereafter referred to as "ENUM re- 
sponse"). Query/response processor 202 Is also used to 
transmit, to DNS server 103, a query for an IP address 

50 (hereafter refen^d to as "IP address query") and to con- 
trol the reception of a response to the IP address query 
(hereafter referred to as "IP address response"). 
[001 9] IHttp client unit 203 controls access to Web serv- 
er 105 and a reading of HTML texts provided by Web 

55 server 1 05. Http client unit 203 also controls a display of 
HTML texts downloaded from Web server 1 05 on display 
204. 

[0020] Display 204 is configured with an LCD and the 
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like. Display 204 displays the current status of IP phone 
101 and displays input telephone numbers or other data. 
Display 204 also displays HTML texts downloaded from 
Web server 105 under the control of http client unit 203. 
[0021] Fig. 3 illustrates the external front view of IP 
phone 101 according to the present embodiment IP 
phone 1 02 has the same configuration as I P phone 1 01 . 
[0022] As. shown in the figure, IP phone 101 is config- 
ured with receiver 301 that receives an operator's voice. 
iP phone 1 01 is also configured with numerical keys 302 
that input telephone numbers or the like. IP phone 101 
further includes, to the right side of numerical keys 302, 
AM (Answering Machine) button 303 and speaker button 
304. AM button 303 is used to switch to the answering 
machine mode. Speaker button 304 Is used to switch the 
mode to the extemat output voice. Function button 305 
is located above numerical keys 302 and be able to set 
various functions such as a single touch transmission. 
IP phone 101 further includes, on its side, interface (l^N 
l/F) 306 to LAN which connects to IP network 106. 
[0023] Display 204 is located above function button 
and be configured with an LCD or the like. Display 204 
is used to display caller infonmation (caller number or 
name) downloaded from Web server 105. Such display 
on display 204 is controlled in a process which is de- 
scribed later. 

[0024] Fig. 4 illustrates a block diagram describing a 
typical configuration of ENUM server 103 in the IP tele- 
phone system according to the present embodiment. 
DNS server 1 04 and Web server 1 05 in the I P telephone 
system according to the present embodiment have the 
same configuration as ENUM server 103 except they 
have different data stored in their DBs. 
[0025] As shown in the figure, ENUM server 103 in- 
cludes CPU 401 that controls the entire operation of the 
server. Memory 402 is connected to CPU 401 . Memory 
402 has ROM and RAM functions. The ROM stores such 
programs as a control program for ENUM server 103, 
which is retrieved and executed by CPU 401. The RAM 
functions as a work memory when CPU 401 executes 
the control program. 

[0026] Database (DB) 403 is connected to CPU 401 . 
DB 403 stores a NAPTR record, whk:h is described later. 
Upon receiving an ENUM query from IP phone 101 , for 
example, CPU 401 searches for a NAPTR record corre- 
sponding to the ENUM query from the data stored in DB 
403. CPU 401 then transmits the corresponding NAPTR 
record to IP phone 101 that has transmitted the ENUM 
query. 

[0027] Furthermore, input/output device 404 is con- 
nected to CPU 401 . Input/output device 404 is configured 
with an input device such as a keyboard and an output 
device such as a display. The input device is used, for 
example, to add and edit the data stored in DB 403. The 
output device Is used for administrators of ENUM server 
103 to confimi the data stored in DB 403. 
[0028] Furthemnore, Networi< I nterf ace (l/F) 405 is con- 
nected to CPU 401 . Network l/F 405 is an interface to IP 



network 108 to which ENUM server 103 Is connected. 
[0029] Fig. 5 illustrates an example of a NAPTR record 
stored in DB 403 of ENUM sen/er 103 according to the 
present embodiment. The figure shows a case where DB 
5 403 stores NAPTR records corresponding to domain 
names obtained from telephone numbers "0310000000" 
and -0310000001 ". 

[0030] in the figure. URls "8 131 0000000 @ to- 
kyo.sip.jp' and 

10 V/www.tokyo.sip.com/user81310000000.htmr corre- 
spond to domain name "0.0.0.0.0.0.0. 1 .3.1 .8.e1 64.arpa" 
obtained from telephone number "0310000000". The 
service field of the first URI specifies "E2U+sip*, which 
indicates that the terminal specified by "0310000000" is 

15 able to perform the SIP protocol. The sen^tee field of the 
second URI specifies 'E2U+http", which indicates that 
the terminal specified by "031 0000000" is able to perfomi 
the http protocoL 

[0031] URls "81310000001 ©tokyo.sip.jp" and 
20 7/www.tokyo.sip.conri/user81 31 0000001 .html" con-e- 
spond to domain name "1 .0.0.0.0.0.0.1 .3.1 .8.e1 64.arpa" 
obtained from telephone number "0310000001". The 
sen^ice field of the first URI specifies "E2U+sip", which 
indicates that the tenninal specified by "031 0000001" is 
25 able to peif omn the SIP protocol. The sen/be field of the 
second URI specifies "E2U+http*, which indicates that 
the tenninal specified by "031 0000001" is able to perfomri 
the http protocol. 

[0032] Rg. 6 Illustrates an example of data stored in a 
30 DB of DNS server 1 04 according to the present embod- 
iment. 

[0033] The figure shows a case where the DB of DNS 
server 1 04 stores URls 

"81310000000@tokyo.sip.jp". "81310000001 mo- 
ss kyo.sip.jp", 

*81310000002@tokyo.sip.jp" and "81310000003@to- 
kyo.sip.jp". More specifically, IP addresses '192.168. 
1 . 1 ". "1 92.1 68.1 .2", "1 92. 1 68. 1 .3" and "1 92. 1 68.1 .4" cor- 
respond to URls "81 31 0000000 ©tokyo.sip.jp". "8131 00- 
40 00001 ©tokyo.sip.jp", "81 31 0000002@tokyo.sip.jp" and 
"B1310000003@tokyo.sip.jp" respectively. 
[0034] Rg. 7 illustrates an example of data stored in 
Web server 105 according to the present embodiment. 
[0035] Fig. 7 shows a case where Web server 105 
45 stores "//www.tokyo.sip.com/user8131 OOOOOOO.html" 
and "//www.tokyo.sip.com/user81 31 0000001. html". 
More specifically, URls (URLs) "//www.tokyo.sip.com/ 
userSI 31 OOOOOOO.html" and V/www.tokyo. sip.com/ 
user8131 0000001 .html" contain datasuch as the names, 
50 telephone numbers, addresses and image data of "Mat- 
sushita tarou" and "Matsushita Hanako". 
[0036] The following describes the operations until IP 
phone 101 performs voice communication with IP phone 
102 in the IP telephone system according to the present 
55 embodiment with reference to the Fig. 8 sequence dia- 
gram. 

[0037] In this illustration, DB 403 of ENUM sender 1 03 
stores the NAPTR record shown in Fig. 5. The DB of DNS 
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server 104 stores the data shown In Rg. 6. Web sender 
105 stores the data shown in Fig. 7. IP phones 101 and 

102 have "0310000000" and "0310000001" as respec- 
tive assigned telephone numbers. The operators of IP 
phones 101 and 102 are "Matsushita Tarou" and 'Mat- 
sushita Hanako" respectively. 

[0038] When IP phone 1 01 performs voice communi- 
cation with IP phone 102, the operator (Matsushita Tar- 
ou) of IP phone 1 01 first inputs the telephone number of 
IP phone 1 02 and instmcts to transmit the ENUM query. 
In this case, telephone number '0310000001" is input, 
after which a instruction for transmitting the ENUM query 
is made. 

[0039] Upon receiving the telephone number and then 
the instaiction for transmitting ENUM query, IP phone 
101 transmits, to ENUM server 103. an ENUM query for 
a NAPTR record con^sponding to the telephone number 
(ST 801). In this case, IP phone 101 first converts the 
operator's input telephone number "0310000001" Into 
"+81 -3-1 0000001 ■ including the country code according 
to standard E. 164. Then. "+81310000001" is obtained, 
maintaining + at the beginning and the numbers. Then, 
non numerical symbols are deleted, and dots are inserted 
between the numbers, resulting in "8.1.3.1.0.0,0. 
0.0.0.1". Next, the numbers are reversed, and data string 
''e164.arpa" is added at the end. As a result, domain 
name "1.0.0.0.0.0.0.1.3.1.8. e164.arpa" is obtained. IP 
phone 101 then transmits, to ENUM server 103, the 
ENUM query for a NAPTR record con-esponding to the 
domain name. 

[0040] Upon receiving the ENUM query, ENUM server 

103 searches for a NAPTR record con-esponding to do- 
main name "1 .0.0.0.0.0.0.1 .3. 1 .8. e 1 64.arpa'' and trans- 
mits, to IP phone 101, an ENUM response including the 
corresponding NAPTR record (ST 802). In this case, 
ENUM server 1 03 retrieves the bottom NAPTR record 
among the NAPTR records shown in Fig. 5 and transmits, 
to I P phone 1 01 . the ENUM response including the NAP- 
TR record. When the ENUM response is transmitted to 
IP phone 1 01 , IP phone 1 01 is notified that IP phone 1 02 
is able to perfomn the SIP protocol and the http protocol. 
[0041] When IP phone 101 receives the ENUM re- 
sponse including the NAPTR record, IP phone 1 01 trans- 
mits, to DNS server 104, a query for an IP address cor- 
responding to UR! "81310000001 @tol<yo.sip.jp" speci- 
fied in the NAPTR record, which indicates that the des- 
tination terminal Is able to perfomi the SIP protocol (ST 
803). 

[0042] Upon receiving the IP address query, DNS serv- 
er 104 searches for an IP address co^esponding to the 
URI. DNS server 104 then transmits, to IP phone 101, 
an IP address response including the coresponding IP 
address (ST 804). In this case. DNS server 1 04 retrieves 
the second top IP address (192.168.1.2) among the IP 
addresses shown in Fig. 6 and transmits, to IP phone 
101, the IP address response including the IP address. 
[0043] Upon receiving the IP address response, IP 
phone 1 01 confirms the iP address assigned to IP phone 



1 02. IP phone 1 01 then transmits the "INVITE" message 

to the IP address destination (ST 805). 
[0044] The following describes an example of the "IN- 
VITE" message transmitted from IP phone 101 to IP 

5 phone 102. 

[0045] Rg. 9 illustrates an example of the "INVITE" 
message transmitted from IP phone 101 to IP phone 1 02. 
[0046] The "INVITE" message shown in the figure in- 
cludes header "From" in the third line and header "To" in 

10 the forth line. Header "From" contains data including the 
telephone number of the source IP phone 101 , which is 
"813 10000000". HeaderTo" contains data including the 
telephone number of the destination IP phone 102, which 
is "81310000001". 

'5 [0047] Particulariy, in the example shown in Fig. 9, @ 
is contained in header "From" and header To". Before 
O (to the left side of ® in the figure), the telephone num- 
bers of the source and destination IP phones are de- 
scribed. Data contained in header "From" and header 

20 To" is not limited to the example shown in the figure. 
[0046] Upon receiving the "INVITE" message from IP 
phone 1 01 , IP phone 1 02 retrieves, from header "From" 
in the "INVITE" message, the telephone number of the 
source IP phone 101. In this case, "81310000000" de- 

25 scribed before @ is extracted from header "From" shown 
in Rg. 9 as the telephone number of the source IP phone 
101. When the telephone number is registered in the 
phonebook of IP phone 102, IP phone 102 displays, on 
display 204, infomnation (e.g., names) registered in the 

30 phonebooi^ data of IP phone 1 02. The following describes 
a case in which there is no data registered in the phone 
book. 

[0049] IP phone 1 02 transmits, to ENUM sen/er 103, 

an ENUM query for a NAPTR record corresponding to 
35 the telephone number in the same manner as IP phone 
101 that has received the input telephone number (ST 
806). In this case, IP phone 1 02 first converts telephone 
number "81 31 0000000", which is extracted from the "IN- 
VITE" message, into "8.1.3.1 .0.0.0.0.0.0.0" with dots in- 
40 serted between the numbers. Next, the numbers are re- 
versed, and data string ".el 64.arpa" is added at the end. 
As a result, domain name "0.0.0.0.0.0.0.1 .3.1 .8. e1 64.ar- 
pa" is obtained. IP phone 101 then transmits the ENUM 
query for a NAPTR record con-esponding to the domain 
45 name. 

[0050] Upon receiving the ENUM query, ENUM server 
103 searches for a NAPTR record con^sponding to do- 
main name '0.0.0.0.0.0.0.1.3.1.8. e164.arpa" and then 
transmits, to IP phone 1 02, an ENUM response including 

50 the con-esponding NAPTR record (ST 807). In this case, 
ENUM server 1 03 retrieves the top NAPTR record among 
the NAPTR records shown in Rg. 5 and transmits, to IP 
phone 102, the ENUM response including the NAPTR 
record. When the ENUM response is transmitted to IP 

SS phone 102, IP phone 102 is notified that IP phone 101 is 
able to perfomi the SIP protocol and the http protocol. 
[0051] Upon receiving the ENUM response including 
the NAPTR record, IP phone 102 accesses Web server 
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105 based on URI 7/www.tokyo.sip.com/user8131- 
OOOOOOO.htmr specified in the NAPTR record, which In- 
dicates that the destination terminal is able to perform 
the http protocol, and requests Infonnation regarding the 
user ofthe source IP phone 101 (hereafter refen'ed to as 
"caller information") (ST 808). In response to the request, 
Web server 105 transmits caller information to IP phone 
102 (ST 809). In this case, Web sen/er 105 transmits 
caller infonnation such as "Matsushita Tarou" shown in 
Fig. 7. 

[0052] When the caller information is received, it is dis- 
played on display 204 of IP phone 102. Therefore, the 
operator of IP phone 102 becomes to be able to deter- 
mine whether to respond to the call after checking the 
caller information displayed on display 204. IP phone 1 02 
also sounds a ringing tone at the same time as displaying 
the caller infoimation. At the same time, IP phone 102 
transmits, to IP phone 1 01 , the " 1 80 Ringing" message 
(ST 81 0). 

[0053] When an off-hook operation is detected at IP 
phone 1 02, IP phone 1 02 transmits, to I P phone 1 01 , the 
"200 OK" message indicating a connection approval (ST 

811) . Upon receiving the "200 OK" message, IP phone 

101 transmits the "ACK" message to IP phone 102 (ST 

812) . When IP phone 1 02 receives the "ACK" message, 
voice communication becomes possible between IP 
phone 101 and IP phone 102. 

[0054] Fig. 1 0 illustrates a flow chart describing an op- 
eration of the destination IP phone 102 in the Rg. 8 se- 
quence. 

[0055] IP phone 1 02 monitors, in a standby state, -for 
the reception of the "INVITE" message via IP network 
1 05 (ST 1 001 ). When the "INVITE" message is received. 
IP phone 102 extracts, from header "From" in the "IN- 
VITE" message, the caller number (ST 1002). 
[0056] When the caller number is extracted, IP phone 

102 transmit, to ENUM server 103, an ENUM query for 
a NAPTR record corresponding to the caller number (ST 
1003). ENUM server 103 transmits, to IP phone 102, an 
ENUM response in response to the ENUM query, and IP 
phone 1 02 receives the ENUM response (ST 1 004). 
[0057] Upon receiving the ENUM response. IP phone 
102 determines whether the NAPTR records in the 
ENUM response include the NAPTR record indicating 
that IP phone 1 01 is able to perfomn the http protocol (ST 
1005). 

[0058] When the NAPTR record indicating that IP 
phone 1 01 is able to perfomn the http protocol is included, 
IP phone 1 02 accesses Web server 1 05 according to the 
URI (URL) specified in the NAPTR record and requests 
caller infonnation (ST 1006). Web server 105 transmits, 
to IP phone 1 02, the caller information in response to the 
request, and IP phone 102 obtains the caller infonnation 
(ST 1007). 

[0059] Upon obtaining the caller information, IP phone 
102 displays the caller Information on display 204 at the 
same time as sounding a ringing tone (ST 1008). IP 
phone 102 then detemiines whether the operator's 



on-hook operation is detected (ST 1009). 
[0060] When the off-hook operation is detected, IP 
phone 102 transmits, to the source IP phone 101. the 
"200 OK" message indicating a connection approval (ST 
s 1 01 0). When IP phone 1 02 receives the "ACK" message 
transmitted from IP phone 101 in response to the "200 
OK" message, the process proceeds to a talk process 
(ST 1011). 

[0061] When it is determined in ST 1 005 that there is 
10 no NAPTR record indicating that IP phone 101 is able to 
perform the http protocol, IP phone 1 02 transmits, to the 
source IP phone 101 , the "486 BUSY" message indicat- 
ing that no connection can be established (ST 1 01 2) and 
tenninates the process. When receiving the "486 BUSY" 
'5 message, the source IP phone 101 determines that the 
communication was unsuccessful and terminates the 
process. 

[0062] On the other hand, when it is determined in ST 
1009 that no off-hook operation is detected, IP phone 

20 1 02 detemiines, after waiting for a predetermined time, 
that the operator has no intention to respond to the call 
and terminates the process. The source IP phone 101 
detemiines that the communication was unsuccessful 
because it is not able to receive, during an allocated time, 

25 the "200 OK" message Indicating a connection approval 
and tenninates the call process. 
[0063] According to the IP telephone system of the 
present embodiment, Web server 1 05 transmits the caller 
infonnation regarding the source IP phone 101 in re- 

30 sponse to a request from 1 P phone 1 02 that has received 
a call. The caller infonnation is displayed on display 204 
of IP phone 102 in order to present the caller infonnation 
regarding IP phone 1 01 to the operator of the destination 
1 P phone 1 02. This enables the operator of IP phone 1 02 

35 to determine whether to respond to the call after confinn- 
ing the caller infonnation. As a result, the IP telephone 
system allows users to communicate safely with inten- 
tionally unblocked first-time callers while blocking unso- 
licited telemart<eting calls. 

40 [0064] Particularly, in the IP telephone system accord- 
ing to the present embodiment, IP phone 1 02 transmits, 
to Web server 1 05, a request for caller information ac- 
cording to the http protocol after receiving a call and ob- 
tains the caller infonnation. Therefore, the caller infonna- 

45 tion regarding IP phone 1 01 can be obtained by perform- 
ing a communication control according to the http proto- 
col. 

[0065] When the http protocol is not specified in the 
sen/ice field of the NAPTR record transmitted from 
50 ENUM server 103, a connection to the source IP phone 
1 01 is denied (ST 1 01 2). This process can automatically 
reject calls from an IP telephone apparatus that does not 
specify the http' protocol in the NAPTR record stored in 
ENUM server 103. 

55 

Second Embodiment 

[0066] In the above-described IP telephone system ac- 
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cording to the present embodiment, it is possible to mod- 
ify a configuration that connects an IP telephone appa- 
ratus to IP network 1 06 or to use different protocols when 
the destination IP phone 102 requests caller information 
from Web server 105. The following describes an IP tel- 
ephone system according to the second embodiment of 
the present invention. 

[0067] The IP telephone system according to the first 

embodiment is described as a case in which the desti- 
nation IP phone 102 transmits, to Web server 106, a re- 
questfor caller infonnation according to the http protocol. 
However, the method for obtaining caller infonnation is 
not limited to requesting caller infonnation from Web 
server 106 according to the http protocol. For example, 
the IP telephone system may be configured to request 
caller infonnation from a database server that is sepa- 
rately provided, using an LDAP (Lightweight Directory 
Access Protocol) or an FTP (File Transfer Protocol). 
[0068] Fig. 11 illustrates an example of a NAPTR 
record stored in DB 403 of ENUM server 103 according 
to the second embodiment of the present invention. 
[0069] The NAPTR record shown in Fig. 1 1 differs from 
the NAPTR record shown In Fig. 5 in that It has different 
data in the service field and the URI scheme. More spe- 
cifically, the NAPTR record in Fig. 1 1 specifies the LDAP 
instead of the http in the service field and the U Rl scheme. 
[0070] Even when DB 403 of ENUM server 1 03 stores 
the NAPTR record shown in Fig. 1 1 , the destination IP 
phone 1 02 is able to request caller infomnation from the 
database server using the LDAP. This enables the op- 
erator to determine whether to respond to the call ac- 
cording to the caller infonnation. As a result, the IP tele- 
phone system according to the second embodiment can 
provide the same advantages as the IP telephone system 
according to the frrst embodiment. 
[0071 ] The IP telephone system according to the first 
embodiment is described as a case in which IP phone 
101 obtains a URI from ENUM server 103 and an IP 
address from DNS sender 1 04. and then transmits the 
"INVITE" message to IP phone 102. When transmitting 
the "INVITE" message, IP phone 1 01 may be configured 
to transmit the "INVITE" message via a CA (Call Agent) 
provided on IP network 106. In this case, IP phone 101 
does not need to obtain infomnation such as a URI from 
ENUM server 1 03 or an IP address from DNS server 1 04, 
since the CA perfonns a call control between IP phones 
101 and 102. 

[0072] Fig. 1 2 illustrates a sequence diagram describ- 
ing operations until IP phone 101 perfonns voice com- 
munication with IP phone 1 02 in the IP telephone system 
according to the second embodiment. 
[0073] The Fig. 12 sequence diagram differs from the 
Fig. 8 sequence diagram up to the process of .transmitting 
the "INVITE" message from IP phone 101 to IP phone 
102. 

[0074] Individual IP telephone infonnation need to be 

stored so that the CAcan perfonn thecal! control between 
IP phones 101 and 102 on IP networl< 106. Therefore, 



as shown in Rg. 12, IP phone 101 needs to transmit the 
"Register" message to the CA, and the OA needs to re- 
tums the "200 OK" message to IP phone 1 01 (ST 1201 , 
ST 1202). Similarly, IP phone 102 needs.to transmit the 
5 "Register* message to the CA, and the CA needs to re- 
tumsthe "200 OK" message to IP phone 102 (ST 1203, 
ST 1204). 

[0075] When the CA stores infonnation regarding each 
IP telephone, the process Is not limited to a case where 

10 IP phone 1 01 first stores information as shown in Fig. 1 2. 
In a reverse configuration from Rg. 12, it is possible to 
have IP phone 102 first store information. 
[0076] When infomnation for each IP telephone appa- 
ratus is stored as described above, IP phone 101 is able 

15 to transmit, to IP phone 1 02, the "INVITE" message via 
the CA using the telephone number of IP phone 102. 
When receiving the "INVITE" message. IP phone 102 . 
obtains caller information as described in ST 806 - ST 
809. The operator is able to detenmlne whether to re- 

20 spond to the call according to the caller infonnation, which 
provides the same advantages as the IP telephone sys- 
tem according to the first embodiment of the present in- 
vention. 

[0077] Furthennore, the IP telephone system of the 
25 first and second embodiments are described as a case 
in which a call control is perfomned between IP phones 
1 01 and 1 02 according to the SIP protocol. However, the 
call control between IP phones 1 01 and 1 02 is not limited 
to the operation performed according to the SIP protocol 
30 and may be performed according to other protocols. For 
example, the call control may be perfomned between IP 
phones 101 and 102 according to the H.323 protocol or 
an MGCP (Media Gateway Control Protocol). 

^ Third Embodiment 

[0078] Fig. 13 illustrates a sequence diagram describ- 
ing operations until IP phone 101 perfonns communica- 
tion with IP phone 102 in the IP telephone system ac- 

40 cording to the third embodiment of the present invention. 
[0079] Rg. 1 3 differs from the Fig. 8 sequence diagram 
in that messages used in the call control operation per- 
fonmed between IP phones 101 and 102 are communi- 
cated via a gatekeeper (GK). 

4S [0080] Upon receiving the IP address response as 
shown in Fig. 13, IP phone 101 transmit, to IP phone 102, 
the "SETUP" message via the GK (ST 1301). Also, when 
receiving caller infonnation from Web server 105, IP 
phone 1 02 transmits, to I P phone 1 01 , the "Alerting" mes- 

50 sage via the GK (ST 1302). Furthennore, when detecting 
the off-hook operation, IP phone 102 transmits, to IP 
phone 1 01 , the "Connect" message viathe GK(ST 1 303). 
When IP phone 101 receives the "Connect" message, 
negotiations according to the H.245 procedure take place 

55 between IP phones 101 and 102 via the GK (ST 1304). 
after which voice communication becomes possible. 
[0081 ] Fig. 1 4 illustrates a flow chart describing an op- 
eration of the destination IP phone 102 in the Fig. 13 
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sequence. 

[0082] The Rg. 14 sequence differs from the Fig. 10 
operating sequence in that IP phone 1 01 in Fig. 1 4 mon- 
itors for the reception of the "SETUP" message instead 
of the -INVITE" message (ST 1401). that the "Connecf 
message instead of the "200 OK" message is transmitted 
when the operator's off-hool< operation is detected (ST 
1402), that negotiations according to the H.245 proce- 
dure take place after the "Connect" message Is transmit- 
ted (ST 1403). andthatthe "Release Complete" message 
is transmitted when it is detemnined in ST 1 005 that there 
is no NAPTR record indicating that the destination termi- 
nal is able to perform the http protocol (ST 1404). 
[0083] As described above, when the call control ac- 
cording to the 1-1.323 protocol is perfomned between IP 
phones 101 and 102, upon receiving the "SETUP" mes- 
sage, I P phone 1 02 obtains caller inf omnation in the same 
manner as ST 806 - ST 809 (ST 1002 - ST 1007). The 
operator then becomes able to determine whether to re- 
spond to the call according to the caller inf omnation. which 
provides the same advantages as the !P telephone sys- 
tem according to the first and second embodiments of 
the present invention. 

[0084] In the IP telephone system according to the em- 
bodiments, the voice is not limited to the human voice. It 
also includes sounds in general, for example, modem 
signals modulated to voice bands and fax signals. Also, 
the telephone can be a fax apparatus as well. 
[0085] Furthennore, in the IP telephone system ac- 
cording to the embodiments, the IP phone is described 
as a single device. However, the embodiments are not 
limited to this case. In other words, the IP phone can be 
configured by connecting an ordinary telephone appara- 
tus to a control adapter that has a function which uses 
the connected ordinary telephone apparatus as an IP 
phone. In this illustration, the ordinary telephone appa- 
ratus is a telephone apparatus that has no voice com- 
munication functions via IP network 106. 
[0086] The IP telephone described above includes an 
IP telephone defined by the government and operated 
by a telecommunications provider. It also Includes an IP 
telephone provided on a local network or a private net- 
work using TCP/IP or other computer network protocols. 
[0087] It is noted that the foregoing examples have 
been provided merely for the purpose of explanation and 
are in no way to be constmed as limiting of the present 
invention. While the present invention has been de- 
scribed with reference to exemplary embodiments, it is 
understood that the words which have been used hereirr 
are words of description and illustration, rather than 
words of limitation. Changes may be made, within the 
purview of the appended claims, as presently stated and 
as amended, without departing from the scope and spirit 
of the present invention in its aspects. Although the 
present invention has been described herein with refer- 
ence to particular structures, materials and embodi- 
ments, the present invention is not intended to be limited 
to the particulars disclosed herein; rather, the present 
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invention extendsto ad functionally equivalent structures, 
methods and uses, such as are within the scope of the 
appended claims. 

[0088] The present Invention is not limited to the above 
described embodiments, and various variations and 
modifications may be possible without departing from the 
scope of the present invention. 
[0089] This application is based on the Japanese Pat- 
ent Application No. 2004 - 21 1 61 8 filed on July 20, 2004 
entire content of which is expressly incorporated by ref- 
erence herein. 
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Claims 

1 . An I P telephone system comprising: 

a Web server configured to store predetemnined 
information regarding a user of a calling IP tel- 
ephone apparatus corresponding to a predeter- 
mined URI; 

an ENUM server configured to store a NAPTR 
(Naming Authority Pointer) resource record, the 
NAPTR resource record including an ENUM do- 
main name corresponding to the predetennined 
URI stored in the Web server, and 
an IP telephone apparatus, comprising: 

a display configured to display data; and 
a controller configured to: 

receive, from the calling IP telephone 
apparatus, a predetenmined message 
command for a connection with the IP 
telephone apparatus, the predeter- 
mined message command including a 
telephone number of the calling IP tel- 
ephone apparatus; 

generate an ENUM domain name 
based on the telephone number of the 
calling IP telephone apparatus; 
transmit, tothe ENUM server, a request 
for transmitting, to the IP telephone ap- 
paratus, the NAPTR resource record 
corresponding to the generated ENUM 
domain name; 

receive, from the ENUM server, the cor- 
responding NAPTR resource record; 
access the Web server, based on the 
predetermined URI included in the re- 
ceived NAPTR resource record; 
receive, from the Web sender, the pre- 
determined information regarding the 
user of the calling IP telephone appa- 
ratus corresponding to the predeter- 
mined URI; and 

control the display to display the re- 
ceived predetermined information re- 
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garding the user of the calling IP tele- 
phone apparatus. 

2. The IP telephone system according to claim 1, 
wherein the predetennined information regarding 5 
the user of the calling IP telephone apparatus com- 
prises one of a telephone number of the calling IP 
telephone apparatus, a name of the user, an address 

of the user, an e-mail address of the user, and photo 
data representing a face of the user. io 

3. The IP telephone system according to claim 1, 

wherein the predetemnlned message command 
comprises an INVITE message specified In a SIP 
protocol. '5 

4. The IP telephone system according to claim 1, 
wherein the predetemilned message command 
comprises a SETUP message specified in a H.323 
protocol. ^ 

5. The IP telephone system according to claim 1, 
wherein the NAPTR resource record stored in the 
ENUM server indicates a predetemnlned protocol uti- 
lized for accessing the Web server, and the IP tele- 25 
phone apparatus accesses the Web server based 

on the predetemnined protocol. 

6. The IP telephone system according to claim 5, 
wherein, when the NAPTR resource record received 30 
by the IP telephone apparatus does not indicate the 
predetermined protocol, the IP telephone apparatus 
transmits, to the calling IP telephone apparatus, a 
message command indicating that the IP telephone 
apparatus is unavailable. 35 

7. The IP telephone system according to claim 5, 
wherein the predetemnlned protocol comprises a HT- 
TP protocol. 

8. The IP telephone system according to claim 5, 
wherein the predetemnined protocol comprises a 
LDAP protocol. 

9. An IP telephone apparatus connected to a Web san- 
er and to an ENUM server, the Web server storing 
predetermined information regarding a user of a call- 
ing iP telephone apparatus con'esponding to a pre- 
detemnined URI, the ENUM server storing a NAPTR 
(Naming Authority Pointer) resource record, the 
NAPTR resource record including an ENUM domain 
name coaespondlng to the predetermined URI 
stored in the Web, the IP telephone apparatus com- 
prising: 

a display configured to display data; and 
a controller configured to: 
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receive, from the calling IP telephone appa- 
ratus, a predetemnined message command 
for a connection with the IP telephone ap- 
paratus, the predetemnined message com- 
mand Including a telephone number of the 
calling IP telephone apparatus; 
generate an ENUM domain name based on 
the telephone number of the calling IP tel- 
ephone apparatus; 

transmit, to the ENUM server, a request for 
transmitting, to the IP telephone apparatus, 
the NAPTR resource record con'esponding 
to the generated ENUM domain name; 
receive, from the ENUM server, the corre- 
sponding NAPTR resource record; 
access the Web server, based on the pre- 
detemriined URI included in the received 
NAPTR resource record; 
receive, from the Web sender, the predeter- 
mined Information regarding the user of the 
calling IP telephone apparatus correspond- 
ing to the predetemnined URt; and 
control the display to display the received 
predetermined information regarding the 
user of the calling IP telephone apparatus. 

10. The IP telephone apparatus according to claim 9, 
wherein the predetemnined infomnation regarding 
the user of the calling IP telephone apparatus com- 
prises one of a telephone number of the calling IP 
telephone apparatus, a name of the user, an address 
of the user, an e-mail address of the user, and photo 
data -representing a face of the user. 

11. The IP telephone apparatus according to claim 9. 
wherein the predetemnined message command 
comprises an INVITE message specified In a SIP 
protocol. 

12. The IP telephone apparatus according to claim 9, 
wherein the predetermined message command 
comprises a SETUP message specified in a H.323 
protocol. 

13. The IP telephone apparatus according to claim 9, 
wherein the NAPTR resource record indicates a pre- 
determined protocol utilized for accessing the Web 
server, and the controller accesses the Web server 
based on the predetermined protocol. 

14. The IP telephone apparatus according to claim 13, 
wherein, when the received NAPTR resource record 
does not indicate the predetemnined protocol, the 
controller transmits, to the calling IP telephone ap- 
paratus, a message command indicating that the IP 
telephone apparatus is unavailable. 

15. The IP telephone apparatus according to claim 13. 
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wherein the predetermined protocol comprises a HT- 
TP protocol. 

16. The IP telephone apparatus according to claim 13, 
wherein the predetermined protocol comprises a 5 
LDAP protocol. 

17. A method for communicating with a calling IP tele- 
phone apparatus via the Internet using a called IP 
telephone apparatus, the called I P telephone appa- 
ratus being connected to a Web server and to an 
ENUM server, the Web serverstoring predetennined 
information regarding a user of the calling IP tele- 
phone apparatus corresponding to a predetemnined 
URI, the ENUM server storing a NAPTR (Naming is 
Authority Pointer) resource record, the NAPTR re- 
source record including an ENUM domain name cor- 
responding to the predetennined URI stored in the 
Web, the method comprising: 

20 

receiving, from the calling IP telephone appara- 
tus, a predetemiihed message command for a 

connection with the IP telephone apparatus, the 
predetennined message command including a 
telephone number of the calling IP telephone 25 
apparatus; 

generating an ENUM domain name based on 
the telephone number of the calling IP telephone 

apparatus; 

transmitting, to the ENUM server, a request for 30 
transmitting, to the IP telephone apparatus, the 
NAPTR resource record con^sponding to the 
generated ENUM domain name; 
receiving, from the ENUM server, the corre- 
sponding NAPTR resource record; 35 
accessing the Web server, based on the prede- 
tennined URI included in the received NAPTR 
resource record; 

receiving, from the Web server, the predeter- 
mined infomaation regarding the user of the call- 
ing I P telephone apparatus corresponding to the 
predetermined URI; and 
displaying the received predetermined informa- 
tion regarding the user of the calling IP tele- 
phone apparatus. 

18. The method according to claim 1 7, wherein the pre- 
detemnined Information regarding the user of the call- 
ing IP telephone apparatus comprises one of a tel- 
ephone number of the calling IP telephone appara- 
tus, a name of the user, an address of the user, an 
e-mail address of the user, and photo data repre- 
senting a face of the user. 



on the predetennined protocol. 

20. The IP telephone apparatus according to claim 19 
further comprising transmitting, to the calling IP tel- 
ephone apparatus, a message command indicating 
that the IP telephone apparatus is unavailable, when 
the received NAPTR resource record does not indi- 
cate the predetennined protocol. 
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19. Themethodaccordingtoclaim 17, wherein the NAP- 55 
TR resource record indicates a predetermined pro- . 
tocol utilized for accessing the Web server, the ac- 
cessing comprising accessing the Web server based 
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URI 


IP address 


81 31 0000000@tolcyo.sip.jp 


192.168.1.1 


8131 0000001 @tokyo.sip.jp 


192,168.1.2 


8131 0000002@tokyo.sip.jp 


192.168.1.3 


81 31 0000003@toi(yo.sip.jp 


192.168.1.4 
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Fig.7 



//www.tokyo.sip.com/user81310000000.htmi 



<html> 

<head>caller</head> 
<body> 

Matsushita Tarou 

TEL:03-100(W)000 

AddressiTokyo-to.meguro-ku 

<img svc= "tarou-matsushita.jpg" width= 10",height= 26"> 

</body> 

</html> 



//www.tokyo.sip.conn/user81 310000001 .html 



<html> 

<head>caller</head> 
<body> 

Matsushita Hanal<o 
TEL:03-1 000-0001 
Address:Tokyo-to,shinjuku-ku 

<img svc=" hanako-matsushita.jpg ''width= 10",height= 26 "> 

</body> 

</html> 
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Fig.9 



INVITE sip:81 31 0000001@tokyo.sip.jp SIP/2.0 
Via:SIP/2.0/UDPTokyo.sip.jp:5060;branch=z9hG4bk776as3 
From:81 31 0000000@tokyo.sip.jp;tag=r1 8f061 962 
To:81 31 0000001 @tokyo.sip.jp 
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Fig. 10 
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Fig. 14 
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